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ABSTRACT 

The emerging field of participatory design is devoted 
to involving end us^rs of a new technology in the design of that 
technology. Thi « paper presents a case study of the participatory 
design of educational software and discusses guidelines derived from 
f edera 1 1 y-f unded formal research on participatory design projects. 

The case study involved the introduction of new computer technology 
(a newspaper editorial system) into the curriculum of a Boston public 
high school English department, which previously had no computer 
technology available in the classroom. In order to adapt the 
editor-writer model for the classroom, the editorial system needed to 
be customized. Customizat ions fell into three categories: information 
flow, security, and usability. While the design team included both 
teachers and engineers, the design effort was lead by a former 
Engl ish teacher turned computer scientist. This ’’translator" enabled 
the teachers to participate in the customization process by mediating 
between their language and workplace conventions and those of the 
software engineers. The formal retrospective study examined this 
project as well as another project that involved introducing new 
technology into the classroom. Guidelines for future participatory 
design projects were derived from interviews of the project 
participants, which included teachers, administrators, university 
researchers, and corporations. (Contains 15 references.) (AEF) 
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Abstract 

This paper looks ai the problem of giving public school teachers a real voice In the design of educational software. We 
believe that the solution uill be found In the emerging field of participatory design, which seeks techniques for involving 
workers In the design of new technology that will change the way they do their jobs. We present a case study and describe our 
federally-funded research project on participatory soft^re design uith teachers. 
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Introduction 

At a recent panel discussion about enabling users to participate In soft\^-are design (Williams, Begg, Kuhn, Wcliardson, 

& Suchman, 1993) a member of the audience responded to a description of the difficulty of enabling computer-illiterate 
schoolteachers to participate in the design of instructional software by demanding, "Uliat are the teachers doing about it?! 

What initiative are they taking?!*' We believe that teachers carry a double burden — not only the all-to-common disregard of 
computer professionals for the users of their software, but also the all-to-common (allure of the general public to 
acknowledge that teachers have many of the same wo^place issues as other workers. 

In this paper, we look at public school teachers as workers and at 'he public school as their workplace. We consider 
teachers to be the ’arbiters of curriculum. Thus, we view as crucial the ask of learning how to give teachers, especially those 
who are not computer-literate, a real voice In the design or customization of die software they will u^ on the job — that is. 
in the classroom. We believe the answer to giving teachers that real voice will be found In the emerging field of participatory 

design. 

Participatory design is devoted to involving the end users of a new technology (such as new software) in the design of 
that technology especially in cases where the technology will change the way the workers do their jobs (Schuler & 

Namloka, 1993) . The underlying philosophy of participatory design is that it is at best arrogant and at worst Impossible for 
outsiders to predict what impact a new technology will have on someone's work and workplace. Participatory software design 
differs from traditional approaches to collaborative software design in that it seeks to give workers a direct voice in design, 
rather than to have a computer professional speak on their behalf. In particular, it seeks to secure workers’ pt^cipauon 
beginning with the earliest stages of design, well before the formative evaluation of software or prototypes developed by 
engineers Researchers are studying how to involve workers as diverse as nurses (B|erknes & Bratteteig, 1987) , architects 
(Peng 1992), and software engineers (Muller, 1991) in the design of new technology. UtUe participatory design worls other 
than our own, has focused on teachers (Williams, 1993; 'Williams & Begg, 1992; Williams & Begg, 1993a; Williams & Begg, 
1993b). 

Clement and Van den Bcsselaar took a retrospective look at participatory design projects (Clement & van den Bes.selaar. 
1993) . Their sunev included projects that look place In a variety of countries and a variety of workplace setting. They' 
observe that the five most important ingredients in a participatory design project are these: (1 ) workers must have acc^s to 
information that is relevant to the project; (2) it must be possible for the workers to take an mdej^ndeni position on the 
problems- (3) workers must participate in the process of decision making; (4) participatory development methods must be 
available for use by the participants; (5) there must be organizational and technical flexibility, not an expectation that the 
participants will adhere strictly to a prc-determined organizational model or technology. In our experience, the tlurd and 
fourth of these ingredients are the most crucial in the workplace of the public school teacher. 

Workers must participate In the process of decision making. In many parts of the country. Including Massachusetts, 
public school faculties have shrunk because of budget cuts and changing enrollments. The youngest teachers, me oiies most 
apt to have had computer training, have been laid off. The remaining teachers, in many cases have little or no fi^banty wth 
cUputers. For example, in the case study described in the next section, only two of the teachers we worked with had 
subsumtial experience using a computer, and their experience was limited to word-prwess>ng. It is as difficult in the 
teach.' rs’ workp!o-:e as in any other workplace to achieve true user participation in software design or customization. 

P irticipaioiy development methods must be available for use by the participants. It is our opinion that the key issue here 
1 C translation be-ween users and software developers. The translation involves not only the (Afferent tenranology used by 
teachers and soft.varp developers, but also the understanding of each other's work and workplace. We have siicce^fullv used 
a former-teacher-tumed- romputer-scientistas the translator In our projects. The transktor understands not only the 
lanauaee used by teachers a.id by software developers, but also the detailed nature of their work and conventions of thur 
workplaces. The translaior can ■ r.iploy participatoiy design techniques to make sure tliat th -e is a meeting of the min s 
between teachers and softw mi developers. 

For aeneral information on participatory design, see (Muller & Kuhn, June 1993; Muller, Kuhn, & Meskill. I W2; 
Namioka & Schuler, 1990; Schuler & Namioka, 1993). For more information about troaslation in participatory design, see 
(Williams & Begg, 1992; Williams & Begg, 1993a; Williams & Begg, 1993b). 

The next section presents a case study of the participatoiy design of educational software. It is follnvved by a discussion 
of the concSiSSom the c.se sJdy and a description of our federallyfunded research project for the formal study 
of tlie participatory design of educational software. 
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Case study 

This case study concerns the Introduction of new computer technology (a newspaper editorial sj^tem) into the 
curriculum of a pubb'C'SchooI English department, which previously had no computer technology available In the classroom. 
The customization of the new softtvare was an exercise in participatory design. 

An editorial system is a harchvare and softv^-are nem^ork used by reporters and editors at a newspaper. It Is designed 
especially for creating, sharing, and editing newspaper articles. An editorial system is highly customized for writing and 
editing, and for collaboration betw’een writers and editors. The newsroom staff create the content of articles, but are not 
respcinsible for the appearance of the final page. Thus, an editorial system provides basic text-formatting capabilities, such as 
bold and Italic, and does not include a page layout facility. 

The hardware and sofiw’are for a 22 -seat editorial system were donated by Atcx Publishing Systems (Billerica, NIA, USA) 
for this project The editorial system has been installed in the public high school of a middle-class suburb of Boston. The 
schocl has 10 English teachers and an enrollment of 900 students in grades nine through twelve. The editorial system has 
been customized for teaching and learning, and is currently in its second semester of use at the high school. To our 
knowledge, this project is the first to customize a commercial newspaper editorial system for Instructional use in the high 
schoc'I classroom. 

1 he editorial system’s hardware consists of 22 terminals (a mixture of Atex terminals and IBM PC’s); Atex proprietary 
keyboixds, which are highly customized for writers and have dedicated or programmable keys for many word-nrocessing 
functions; a customized Digital Equipment Corporation minicomputer; and a laser printer. The software is Atex’s basic 
editorial system, used worldwide by newspaper writers and editors. The software offers traditional word- processing 
capabilities, nearly all of which are available via special keys on the keyboard. It also offers features for cooperative work by 
writers and editors. These features include electronic mall, file sharing, and red-lining. 

Each sophomore and junior English class uses the editorial system lab, instead of a traditional classroom, for one out of 
four terms. Thus, the lab is used by a total of 450 students per year. .All of the English department’s 10 teachers chose to be 
trained to use the editorial system. 

The premise of the project is that the interaction between teachers and students in the writing classroom can mimic in 
may ways the interaction between editors and writers at a newspaper. However, a classroom is a different workplace from a 
newsroom. In particular, the Qow of Information In the classroom is different from the Qow of Information In a newsroom. In 
order to adapt the editor-writer model for the classroom, the editorial system needed to be customized. The types of 
customizations that were made are discussed below. 

Participatory design of customizations to the editorial system. The teachers were experts in teaching writing, not in using 
computers. Understandably, none of the teachers knew enough about hardware or software to direct the customization of the 
editorial system or even to carry on useful dialogues with the software engineers. They had neither the skills to evaluate tlic 
existing capabifities of the editorial system nor the skills to tell the softw'are engineers what customizations they needed. They 
were unfamiliar with basic compute r-ese, such as “file,” “directory,” “username,” and “electronic mail.” They did not have 
the skills to look at differences in workflow In a paper-based vs. a computer-based classroom. Moreover, they were given no 
release ume to learn about computers or to w'ork on the customizations. 

The engineers, on the other hand, were experienced in tailoring editorial systems for specific newspaper sites. They' 
were knowledgeable about the editorial system and about workflow in a newsroom. They were used to ne\sspaper jargon. (In 
fact, a lot of that jargon had been incorporated into the editorial system. Where a teacher would “throw aw'ay a paper and a 
computer person would “delete a file,” a newspaper person would “spike a story,” a metaphor for the traditlona: metal spike 
on which papers to be discarded could be impaled. In the editorial system, a file Is deleted by sending It to the “spike 
queue.”) The engineers’ language was a mixture of computer talk and newspaper talk, while the teachers spoke tlie language 
of writing Instruction. 

Having spent time in the classroom as students, the engineers had general assumptions about what teachers do, but 
were not aware of specific activities and conventions of the workplace. (A trivial example of their unfamiliariiy with life in the 
high school classroom was their suggestion to use “stud” as an abbreviation for “student” in naming some computer 
accounts.) Their job was to perform castomizations, but they had neither sufficient time nor sufficient knowledge of the 
teachers’ workplace to lead the design of those customizations. 

While the design team Included both the teachers and the engineers, llie design effort was lead by a university 
researcher who was a former English teacher turned computer scientist. This “translator” enabled the high school teachers 
to participate in the customlTation process by traaslatlng between their language and workplace conventioas and those of the 
softw'arc engineers. Tlic translation process had tlicse steps: work with the teachers to develop a description of writing- 
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related activities currently used In their paper- based classrooms, including workflow and papcrQow; determine how these 
activities could be carried out and extended, based on the existing and potential capabilities of the editorial system; figure out 
the implications of the computer-based versions of these activities on information Qo\\', security, and usability; teach the 
teachers, in their own language and in terms of classroom activities, about features that would extend their writing-instruction 
activities’, in order to enable them to dedde if they wanted the extensions; translate the descriptions of the activities from the 
language and workplace conventions of the teachers tc the language and conventions of the engineers: and work \\ith the 
en^neers to specify the customizations to the editorial system 

The customizations fall into three categories: information flow, securit)', and usability. They address issues such as how 
to support the teaching of process writing, how to discourage plagiarism, and how to help students have easy access to the 
materials they need to havie at hand. An example of each follows. 

In a typical newsroom, there Is only one current version of a “story.” Either the editor has it or the writer has it. When 
one of them sends the story to the other, the story disappears entirely from the sender's workspace and now appears only in 
the recipient’s workspace. Earlier versions of the story are stored in an archive and are rarely retrieved. By contrast, in an 
English classroom wtere process writing Is taught, students are expected to maintain a library of the various drafts of an 
essay. When a student submits a draft to the teacher, the student should retain all earlier versions, as well as a copy of the 
current version, in his or her workspace.The versioning apabilities of the editorial system were customized to reflect these 
differences between the newsroom and the classroom^ When a student submits a paper to the teacher electronically, a new 
version number is automatically assigned, and all drafts are archived in the student's own workspace. 

The Atex engineers tell us that plagiarism is not a major issue within the newsroom. Consequently, the editorial system 
permits writers to have access to stories in each other’s workspaces. In addition, old versions of stories are stored in a public 
archive and can be retrieved by any writer or editor. Plagiarism is, unfortunately, a concern in the writing classroom. The 
editorial system was customized to remove the temptation for plagiarism. A student is given access only to liis or her own files 
and to certain public files made available by the system manager or the teacher. Moreover, the public archive of pr^ous 
versions of essays was eliminated. All drafts of a student’s essays are kept in the student’s owm workspace; students do not 
have access to each other's workspaces. (It is a basic feature of the editorial system that a document that is mailed from one 
user to another carries the creator’s name with it in a system-maintained header.) 

In the paper-based classroom, the teacher hands out a variety of department guidelines, such as the guidelines for 
acceptable manuscript form, the late work policy, and the glossary of correction symbols. Students are required to have these 
documents at hand during class. The on-line help facility of the editorial system was customized to include these guideline.s. 
From the main help menu, students can go directly to any of these official department documents, thus obviating the need for 
each stude nt to carre the documents to class. - 

We have not yet conducted a formal study of the effectiveness of the editorial system for teaching and learning writing. 

For now, we can report only anecdotal evidence of the success of this project. The teachers report the usual motivational 
valtie of successfuUv integrating computers into the curriculum, in particular that students enter the lab and get nght to work 
rather titan chatting with their classmates, that non-attending students start attending class, and that students who appear 
passive in the traditional classroom are actively engaged by the computers. 

In addition, the teachers report that students are giving greater attenuon to the writing task. The teachers are ^sieged 
with questions about stvle, organization, and usage. Moreover, the teachers report that the comments that they embed m a 
student’s electronic essav are taken more seriously than comments written in the margins of an c^say submitted on paper. ^ 
Thev say that students are more apt to perform the revisions tliat die teacher reqtiests. A cotiple of the teachers had previous, y 
watched students use Apple computers, and had observed how die students were consumed by the joys of using vanoiis fonts, 
type sizes, and special effects for making their text look dramatic. With the editorial system, they report that the students are 
focused on making the writing good, not on making it gorgeous. 

As with manv other efforts to compute rizeihe writing classroom, including the majority of those described in (Wrescli 
1991) the editorial system is being used to cany out traditional classroom activities that have been nwved from ch^kboard 
or paper to the computer. The teachers are gradually learning to exploit the editorial system's capabilities for collaborative 
work, through the sharing of electronic documents and mes.sages, the use of redlining, etc. 



Discussion , , r 

CiLstomization of software for the classroom can be labor-intensive. The process of ctcstomizing the editorial i^sicni for 
use in the secondary Kiiglish classroom required the resources of our university, of Atex Publishing S^tems, and of the piibin 
school system. Those resources continue to be brought to bear for further curriculum development, hardware and so ware 
maintenance, and system management. 






A member of tlie university research team served as the translator who lead the design of customizations. Atex prodded 
engineers to install the editorial system and to perform the customizations, as well as a trainer to teach the teachers how to 
^ use the editor'al system. The public school system bore the costs of site preparation, including the installation of a security 

il system, and provided a summer workshop for revising the writing curriculum. The teachers have devoted countless hours to 

; learning to use and to teach with the editorial system. 

4 It is our opinion, based on comparison with another of our projects (Williams, Theriault, Stowe, & Canning, 1992), for 

■ which general-purpose harviwan . nd software were used, that customization of special-purpose hardware and software 

- poses different challenges. Because special-purpose commercial hardware and software, such as the editorial system, 

embody a way of doing work, they must be carefully tailored to the teachers’ workplace and to the teachers’ way of doing 
; work. 

The design team needs to include someone with the skills and resources to translate between the teachers and the 
engineers. The translator was vital to the customization of the editorial system, since the teachers and engir ;ers did not have 
knowledge of the each other’s work and workplace, and did not have sufficient resources to develop such knowledge. The 
translator was accepted by both teachers and engineers as somebody who spoke their language and who knew how their 
work responsibilities were being affected by the project. We beh’eve that studying the contribution made by the uanslator will 
reveal additional techniques for empowering teachers.to participate in software design. 




Formal study of participatory design with teachers 

With suppon from the U.S. Department of Education, we have embarked on a formal retrospective study of tw-o of our 
projects that introduced new technologies into the classroom (the edltorial-system-in-the-classroom project described above 
and the Revitalizing High School Computer Science project described in (Williams, Theriault, Stowe, & Canning, 1992). The 
goal of the retrospective study is to formulate a set of guidelines for the participants in futiu'e projects. These participants 
include not only teachers, but administrators, corporations, and university researchers, as well. 

The retrospective study involves formal interviews with the teachers who participated in the projects (both those who 
championed the projects and those who did not); administrators at the school and school-system levels; corporate personnel 
who worked on the projects (including upper management, technical staff, trainers, and maintenance staff); and university 
personnel. 

The guidelines for teachers focus on contributions that they can make to the design process without knowing a lot about 
computers. In our experience, teachers who are unfamiliar with computers feel inadequate for the design task, until they are 
guided to describe their classroom activities in their own language and in terms of their own workplace conventions. The 
guidelines should help teachers develop reahstic expectations about their time commitments for the project. The guidelines 
treat teachers as the authorities on curriculum. 

The guidelines for administrators focus on the ways administrators can provide support for teachers who are learning 
new technologies, participating in tlieir customization, and teaching an innovative curriculum for the first time, in addition, 
the guidelines focus on the financial obligations that a school district can expect to incur, even with a “free" donation, and on 
the school district’s interactions with university researchers and corporations. 

The guidelines for university researchers focus on techniques for involving teachers in participatory design and on the 
development and management of a project of this type. They focus on the parts of the project that neither tcachei nor 
corporate representatives may be able to do: translate between the teachers and the engineers. They also stress the 
importance of finding committed teachers who can champion innovative programs within their schools. 

The guidelines for industry representatives focus on the obligation that must accompany a corporate donation of 
hardware and software. Even with the involvement of a university team, a corporation must expect to include installation, 
training, customization, and maintenance in their donation. Moreover, the corporation must schedule their personnel to 
spend time in partidpatoiy design sessions with the teachers and researchers. The guidelines explicitly address a problem 
that we have observed repeatedly: software engineers assume they know what goes on in a public school classroom, but they 
do not; as a result, they may make inappropriate design decisioas. 

The guidelines will be used in a new project, in which an innovative mathc.natics curriculum will be introduced into an 
inner-city school. Data will be collected both by observation during the design process and by surveying and interviewing 
parfidpants after the design process. Moreover, the design documents (both those we provide and others devised during the 
design process) will be studied. Tlie guidelines will be revised to reflect the lcs,sons learned from the matlicinatioi projecu 
and will then be distributed to Interested schools, universities, and corporatioas. 



Nalioml hlumtioml Computir:^ Conference 19H Boston. Mi 

BEST COPY AVAILABLE , 



.;■* V. •.• i. .*.•■ % '*■.. ■ -i -^■ .»■ . ■- - s . .'•.',^..‘^‘a''. V y H .--•t'wf..'-^ *>'</v'r-.‘. .^. f Vic O. ' 't.- : ^,«-.f f : . ■» 



Summary 

Participatory design Is an important new approach to the development and customization of instructional software. 
Certainly, some teachers are capable of developing their own software and some off-the-shelf educau'onal software can be 
incorporated into a given school’s curriculum without customization. In our experience, many Inncvadve uses of computers 
In the classroom are exceptions to these rules. For the use of computer technology in the classroom to move successfully in 
new directio.iS, teachers as well as computer professionals must have a real voice In the design of that technology and in its 
incorporation Into curriculum. 
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ABSTRACT 

The issue of how to integrate informat ion technology 
in the teach ing/ 1 earning environment remains strongly associated with 
the use of the computer as a tool. While technology based tools such 
as Logo have been advocated for problem solvers at the elementary 
level, spreadsheets have a great deal of potential for use at both 
the junior and senior high school levels. In this paper, alternatives 
to the solution of a variety of math problems, ranging from story 
problems to finding the root of equations, are explored* Although not 
all problems lend themselves to the use of spreadsheets, such an 
approach does add a viable alternative to existing problem solving 
strategies. The greater the number of strategies available to 
students, the more likely it is that differences in learning styles 
can be accommodated. Seven figures depict solutions to the sample 
problems. (Author) 
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Abstract 

The issue of how to integrate information technology into the teaching/leaming environment remains strongly assodaied 
\\ith the use of the computer as a tool. While technology based tools such as Logo have been advocated for problem solvers at 
the elementary level, spreadsheets have a great deal of potential for use at both the junior and senior high school levels. In 
this presentation, alternatives to the solution of a variety of math problems, ranging from story problems to finding the roots 
of equations, will be explored. Althougji not all problems lend themselves to the use of the spreadsheet, such an approach 
does add a viable alternative to existing problem solving strategies. The greater the number of strategies available to students, 
the more likely it is that differences in learning style can be accommodated. 

Introduction 

It is now approximately fifteen years since micromputers appeared in the schools; many interesting phases have been 
witnessed since the incepfion. At first, in the ‘euphoric phase\ attention focussed on the issues of what type of computers to 
buy, how many there should be, and equality of access. Sheingold (1991) acknowledged this phase quite recently In 
remarking that “computer-based technology' has been brought into schools during the past decade largely bediuse the 
technology w'as seen as being Important in and of itself’. Attention next turned to “but what do we do with them’’ and In tlie 
absence of quality educational software, a widespread computer programming epidemic broke out thereby marking the 
‘dawn of reality* phase. Fortunately, during this period, producUvity and general purpose software emerged. This eventuality’ 
marked a very' significant downturn in the popularity of computer programming and gave rise to the 'exploitaUon pliase’ 
during which the computer could be employed as a general purpose tool by teachers and students alike. Despite the passage 
of lime and rapid advances in information technology, the 'electronic education phase’ that visionaries had predicted is still 
not a pervasive reality. The burning issue of how to integrate information technology into the teaching/leaming environment 
thus remains strongly associated with the use of the computer as a tool. This presentation will describe and demonstrate a 
number of ways in w hich the spreadsheet can be exploited in the mailtematics classroom and through them, examine the 
problem solving strategies available to students. An assumption is made that students have been introduced to spreadsheet 
basics. 

Of Warthogs and Cockatoos 

The first example presented represents the classic story problem an example of which is as follows: 

The total number of legs in a group of 14 animals is 38. The group contains only 
cockatoos, which have 2 legs each, and warthogs, which have 4 legs each. How 
many warthogs are there? 

The traditional approach to solving a story problem of this type is to begin by saying “let the number of warthogs be X 
ilien proceed to establish and solve a set of simultaneous equations. Such a rigorous, analytical strategy can be very appealing 
to ilie mathematically inclined but less so to those who are not. The less mathematically inclined might choose to make an 
inspired estimate of the number of animals of each animal type, determine how many legs are implied and then adjust their 
estrnate until they zero in on the answer — the trial and error method. Both strategies arc perfectly v’alld. The spreadsheet 
offers a number of middle-ground alternatives which serve to widen the spectrum of problem solving strategies available to 
students. Three potential strategies that students might employ in solving the warthogs and cockatoos problem are described 
below in order of increasing level of sophistication. 
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Strategy 1 

One of ihe simplest anticipated solutions might contain three columns as shown In Figure 1. Column ‘A’ contains an 
increasing sequence of natural numbers from one to fourteen (corresponding to the potential number of cockatoos in the 
group of animals); the students may either enter these numbers directly or generate them using a simple formula as shown. 
Column ‘B’ contains the corresponding number of warthogs (fourteen minus the number of cockatoos); these numbers may 
also be entered directly or generated by a formula. Column ‘C* uses a formula to calculate the total number of legs for the 
fourteen animals (two times the number of cockatoos plus four limes the number of warthogs) . While this formula could be 
entered Into each cell, students should be cxpeaed to be bmiliar with the siii^ler concepts of copying formulas bet^^een 
cells. 
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Figure 1. 

Warthogs and cockatoos — strategy 1 
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The answer to tlie problem is obtained by scanning down column ‘B’ to locate the cell where the total numl^r of legs is 
38 (row 1 1 in this example); the answer to the problem is then derived from the corresponding cell in columns ‘A’ i.e. there 
are 5 warthogs. 

Strategy 2 

The solution showr, in Figure 2 reflects an entirely different way of thinking about the same problem. As with elution I, 
column ‘A’ Is filled with the natural numbers from one to fourteen to represent the number of animals. In column 'B , each 
animal is given two legs beause each animal type represented in the group has at least two legs (thereby accounting for the 
first 28 legs) . This column can be filled manually or using a simple incrementing formula. The "lehover legs” are ne.xi 
allocated two it a time in column *C* thereby “creating” the four legged animals. Cell ‘C17’ contains a formula which 
calculates an • dlspbvs the running total of i\e legs allocated. When this total equals thirty eight, one simply counts the 
number of aniniais wbJch have an extra pair of legs— this will be the animal number read from column A corresponding to 
the last er:tr/ in colunm ‘C. 



3il 



O 



'Recreating the Retvlution ” 



3 



BEST COPY AVAILABLE 





A 


8 1 E 


_L 

2 


ANMN. • 


MIT. LEG AaOCN.| 


EXTRA LEGS 


«=■-=-— 


S3 MS SS3T3 aSK 


33333M3S 


8 


t 


2 


2 


4 


2 


2 


2 


3 


5 


2 


2 


6 


4 


2 


2 


7 


3 


2 


2 


• 


6 


2 




9 


7 


2 




10 


8 


2 




11 


9 


2 




12 


10 


2 




IS 


11 


2 




14 


12 


2 




ts 


13 


2 




14 


14 


2 




UL 




^ 28 


|38 - 



-Sum(B3:Bl6) «Suni(B3:Cl6) 



*4 

1-^ 



342 



O 

ERIC 



Figure 2. 

Warthogs ^ cockatoos — strategy 2 



Strategy 3 

The solution shown In Figure 3 is an automated version of solution 2 and is presented here to Illustrate the potential 
variety of student approaches which might be anddpaiecL Column ‘A’ and column ‘B’ are filled in one of the ways described 
previously. The first entry in column ‘C contains the number “2", Cells *C4* to ‘Cl6’ contain a formula which automatically 
allocates an extra pair of legs to the animals until all 38 legs have been assigned. The answer is read in the same manner as 
for solution 2. 
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Figure 3. 

Warthogs and cockatoos — strategy 3 

This third solution is the most sophisticated of the three that have been presented. This solution entails the use of 
absolute cell references and the “logical If’ function — It clearly retjuires a higher level of proficiency wth the spreadsheet. 

Finding the Roots of Equations 

In mathematics, students are taught a variety of methods of “solving” (or finding the roots oO equations ranging from 
factoring to synthetic division to grapliical analysis. Very often, however, equations do not have nice roots thereby lessening 
the convenience of algorithmic methods. In these instances, a simple spreadsheet (with or without plotting capability) can 
provide die learner with a riable tool for exploring the roots of equations by Iteration. Figure 4 show's how this can be 
accomplished for a particular quadratic equation. As well, the approach described can provide the teacher with a very useful 
demonstration tool which allows for relatively quick and easy simulations. 
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Figure 4. 

Using a spreadshe^iet to estimate the roots of an equation 

Using the graphical capability of the spreadsheet to plot the first iteration yields the graph shown in Figure 5. It Is clear 
from the iteration table and reinforced by the graph that one root lies between "1” and “2” and the other lies between "-2” 

and“-r. 




Figure 5. 

Graph of YsX^+X-4, first Iteration 

From the graph of the first Iteration, one of the roots Is estimated to be x= 1 .5. If this root is required to furilier 
precision, a finer iteration can be carried out. The graph of such an iteration is shown in Figure 6— the start point and 
increment have been adjusted to zero in on the root. 
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Figure 6. 

Graph of Y=X^+X-4, secoud Iteration 

Fromihe second iteration, this root can now be estimated to two decimal places (x=1.56). 

Towards Vfinning the State Lottery 

This example, which Is more broadly based than the previous two, has been descibed by Wright (1993)- A student’s 
desire to be successful in games of chance could be e]q)loited to evoke an interest in random numbers. A general problem 
which might be assigned would be to develop an automated method of picking four natural numbers bet^ een one and ten. 
This problem, which lends itself well to a spreadsheet-based solution, can be approached with varying degrees of 
sophistication according to the extent to which the solutions address the question of repeated number selection. Figure 7 
shows two potential solutions. 
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Figure 7. 

Choosing four natural numbers between one and ten 

The simpler of the two solutions Is in cells *A’l to *A4‘. All this solution does is to employ the spreadsheet’s random 
number generator to pick a number between one and ten — the prospetl of selecting repeated numbers is not dealt witii at 
all. The more sophisticated solution (in the block of cells ‘A8‘ to ‘Gl6‘) also does not avoid the selection of repeated 
numbers but it does check for their presence and will not print the selection in the dark-bordered box unless tlie four 
numbers are unique. Students may conie up with one of many minor variations on the more sophisticated of the two 
solutions. An even more sophisticated solution might employ the use of macros to deal with repeated number selection. 
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Discussion 

This paper has described three diverse problem solving contexts within which the spreadsheet might be employed to 
considerable advantage — many others could have been presented It could be argued that the degree of spreadsheet 
competent required in the case of strategy 3 for the warthogs and cockatoos problem supplants the complexity of the 
traditional, analytical approach. It could be argued, however, that the spreadsheet approach offers two benefits, notably; (hat 
it is more visual (less abstract) and therefore easier to relate to, and that it refiects an appropriate use of technology in an 
information technology age. 

In the "roots of equations” example, the spreadsheet can also be employed to great advantage by the teacher to 
demonstrate various properties of equations. In so doing, the teacher Is provided with a valuable opportunity to role model 
the effective use of information technology (Wright, 1993). 

While technology based tools such as Logo have been advocated for problem soKers at the elementary level 
(e.gaMaddux, 1989), spreadsheets have a great deal of potential for use at both the junior and senior high school levels 
Alhough not all problems will lend thems^es to the use of the spreadsheet, such an approach does add a viable aliemaUve 
to existing problem solving strategies. Thf* greater the number of strategies available, the more likely it is that differences in 
learning st^e can be accommodated. 
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